wo 2004/088501 



PCT/US2004/009478 



1 

SYSTEM AND METHOD FOR TRANSMITTING MEDIA BASED FILES 

FIELD OF THE INVENTION 

The present invention relates to the transmission of digital audio and video 
files, specifically media objects communicated through a network. 

BACKGROUND 

With the growth in the satellite and cable industries, there has been significant 
interest in developing architecture for delivering full-length movies to a home 
multimedia user. One concept of delivery called video on demand (VOD) 
provides a movie to a user based upon the selection that the user makes. The 
user may select programming via an electronic programming guide (EPG) that 
lists available media that may be received through a broadcast sen/Ice. Once the 
movie is selected, the broadcast system would transmft the movie to the home 
user, the transmission either occurring through a cable means (such as a MPEG- 
2 digital cable transmission), a satellite broadcast (as DBS, DIRECTVtm, DISH 
network™, etc.). a terrestrial broadcast (UHF, VHP, or broadcast channels for 
receiving standard definitional Igh definition programming, etc.). or twisted pair 
connection (such as DSL, etc.). 

The complexity of transmitting a digital video (audio) file, hence forth referred 
to as a media object, requires that the transmission architecture be capable of 
handling digital video files of a large size. For instance, the requirements for a 
media object to be displayed at a "near to motion picture quality" (ex. High 
Definition Television), as a display fomriat. requires that the transmission 
architecture requires the network support a throughput of neariy 20 Mbits/sec. The 
transmission architecture also has to have a low transmission error rate, as to not 
corrupt the requirements of the video/audio transmission. For instance, DBS 
satellite systems have to have error rates in the range from ^0^9 to ^0^^^ bits to 
offer an acceptable quality of service (QOS). 

The likelihood for an error cormpting the transmission of a media object is 
reduced if a media object is broken up into discrete segments. Such segments, 
known as data packets, separate the media object into individual divisions that kre 
reconstituted at a receiving end of the transmission architecture. One used 
technique for packetizing data files complies with the iVIPEG-2 data-encoding 
standard to create a data stream (see MPEG-2 Specification ISO-13818-1) for 
encoding and transporting discrete data packets. 
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Such techniques for transmitting media objects are however not an efficient 
use of bandwidth. Other known techniques for transporting media objects such as 
file transport protocol (FTP) are limited to physical constraints where only 300 
Kilobytes per second can be transmitted, regardless of the available link speeds 
of the underlying connection. Additionally, some media object transportation 
techniques are capable of utilizing the available bandwidth of a connection. Such 
techniques though use redundant packets in the transmission of a media object 
that may require an encoding overhead of twice the size of the original media 
object. Hence, such media object transmissions inefficiently use half the available 
bandwidth for error correction. 

SUMMARY OF THE INVENTION 

A system and method for assigning transmitting a media object through a 
network based on the physical capabilities of such a network. The media object is 
parsed Into multiple partitions that are segmented are transmitted to a client, 
based on the availability of access points and resources at the client side and the 
network connections between such access points and a server transmitting such 
a media object. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other advantages and features of the present invention will be 
better understood from the following detailed description of the preferred 
embodiments of the invention, which is provided In connection with the 
accompanying drawings. The various features of the drawings may not be to 
scale. Included In the drawing are the following figures: 

FIG. 1 is a system diagram in accordance with an exemplary embodiment of 
the present Invention; 

FIG. 2 is a system diagram demonstrating a transmission of a partitioned 
media object to a single client in accordance with an exemplary embodiment of 
the present invention; 

FIG. 3 is a system diagram demonstrating the transmission of a segmented 
media object via a multicasting operation in accordance with an exemplary 
embodiment of the present invention; 
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FIG 4 is a flow chart of a transmission process that segments a media object 
into multiple partitions In accordance with an exemplary embodiment of the 
present Invention; 

FIG 5 presents an exemplary embodiment of a file segment of a partitioned 
media object; and 

FIG. 6 presents a two-dimensional an-ay Indicating packet loss during a 
multicast transmission of a partitioned media object, in accordance with an 
exemplary embodiment of the present Invention. 

DETArLED DESCRIPTION OF THE INVENTION 

Although the Invention is described in temis of exemplary embodiments, It Is 
not limited thereto. Rather, the appended claims should be construed broadly to 
include other variants and embodiments of the invention, which may be made by 
those skilled in the art without departing from the scope and range of equivalents 
of the Invention. 

The present invention is a system and method for transmitting and receiving 
audio, video, or a combination of both types of media as a media file or "media 
object". As used herein, the temn "media object" Includes audio, video, textual 
multimedia data files, and streaming media files. Multimedia objects comprise' 
any combination of text, image, video, and audio data. Streaming media 
comprises audio, video, multimedia, textual, and interactive data files that are 
delivered to a user via the Intemet, satellite or other communications network 
environment and begin to play on the user's computer/ device before delivery of 
the entire file is completed. Media objects may be transmitted over any 
communications network including via the Intemet. satellite (DSS. DVB-S) cable 
DSL, T1 lines, wireless network, or other delivery systems capable of deliJerinq ' 
media objects. 

Examples of the content of media objects include songs, political speeches 
news broadcasts, movie trailers, movies, television show broadcasts radio 
broadcasts, financial conference calls, live concerts, web-cam footage, and other 
special events. Media objects are encoded in various formats Includinq 
REALAUDIO®, REALVIDEO®. REALMEDIA®, APPLE QUICKTIME® 
MICROSOFT WINDOWS® MEDIA FORMAT, QUICKTIME®. MPEg'2 VIDEO 
COMPRESSION, MPEG-4 VIDEO AND/OR AUDIO COMPRESSION JOINT 
VIDEO TEAM COMPRESSION FORMAT (MPEG-4 part 10 AVC. H.264). MPEG- 
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2 LAYER III AUDIO, MP3®. Typically, media objects are designated with 
extensions (suffixes) indicating compatibility with specific formats. For example, 
media objects (e.g., audio and video files) ending in one of the extensions, .ram', 
.rm, .rpm, are compatible with the REALMEDIA® format. Some examples of file' 
extensions and their compatible formats are listed in the Table 1 . A more 
exhaustive list of media types, extensions and compatible formats may be found 
at http://www.bowers.cc/extensions2.htm. 



Format 


Extension 


REALMEDIA® 


.ram, .rm, .rom 


APPLE 
QUICKTIME® 


.mov, .qif 


MICROSOFT 
WINDOWS® MEDIA 
PLAYER 


.wma, .cmr, .avi 


MACROMEDIA 
FLASH 


.swf, .swi 


MPEG 


.mpg, .mpa, .mpl, 
.mp2 


MPEG-2 LAYER III 
Audio 


.mp3, .m3a, .mSu 



TABLE 1 



The preferred embodiment of the invention operates with media objects that 
contain video data for presenting a video presentation of "near to motion picture 
quality". Such media objects may be encoded in a variety of formats such as 
MPEG-2 (Motion Picture Standards Group Standard ISO/IEC 13818-1:2000) and 
ITU-T H.264/ MPEG AVC (ISO/IEC 14496-10). or may be uncompressed. 
Furthermore, the described embodiments of the present Invention are also to be 
used in the professional areas for applications such as the post-production of 
movies or television shows and for other applications requiring the transmission of 
large media objects. 

In FIG. 1 , a transmission system in accordance with the present invention is 
shown. System 100 displays an embodiment of a transmission system for 
transporting a large media object to clients 140. File server 1 10 is a storage 
device such as a matrix of hard drives having a capacity of Terabytes and/or 
Gigabytes capable of storing multiple media objects. File server 1 10 Is coupled 
through a local area network to senders 115 that house control components such 



wo 2004/088501 



PCT/US2004/009478 



10 



15 



20 



25 



30 



as master controller 120 and to file partition handlere 130. Server 1 15 preferably 
connprises a host computer or a series of computers that are capable of 
transmitting a media object transmitted through network 170. It is to be noted that 
any disclosed master controller and file partition handler may be implemented as 
hardware, software, or as a combination of hardware and software, in accordance 
with the principles of the present invention. 

Master controller 120 manages the transport of a partitioned media object 
through network 170 to clients 140. Master controller 120 also coordinates the 
operation of file server 1 1 0 and file partitions handlers 130 for segmenting of a 
media object into multiple partitions. File segmentation is based on the availability 
of resources on the client side requesting the media object effecting both the 
segmentation of the media file and en-or recovery of such transmitted segments. 
The control communications between master controller 120 and client 140 are 
preferably handled through TCP/IP compliant network connection. 

File partition handler 130 is responible for retrieving and transporting the 
appropriate segment of a media object in accordance with the instructions issued 
from master controller 120. File partition hander 130 preferably transports its 
associated file segment to client 140 using a UDP based protocol over a network 
connection as described in Postel. J.. "User Datagram Protocol," Request For 
Comments 768, USC/lnformatlon Sciences Institute, August 1980. A group of file 
partition handlers 130 ideally transmit their respective segments or packets in a 
simultaneous or parallel fashion, so the transmitted data received at a client 140 
in a contemporaneous manner. 

Networi< 170 may be any type of network known in the art. Preferably, such a 
networi< Is capable of accommodating multiple connections between resources at 
a server side of a server and at the client side of a client, such connections being 
UDP based, TCP/IP based, or a mixture of both. The bandwidth accommodated 
by networi< 150 is preferably a large bandwidth connection such as a T1 
connection (1.5 Megabits per second, Mbps), T3 connection (45 Mbps), DS3 
connection (45 Mbps), OC3 connection (155 Mbps), OC12 (248000 Mbps). and 
the like. 



Client 140 preferably comprises a host computer or a series of computers that 
are capable of receiving a media object transmitted through network 170. 
Preferably, each client 140 has a series of access points or nodes that is 
35 associated with an IP address and a port address. Such access points are shown 
as master controller 150 and file partition handlere 160, at the client side. 
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1 3oTZ7lT "^""T"^ ""^'^ ""'^ '"'"^ P^*""" handler 
130 to the IP address and port of an access point of client 140 via UDP as 

descnbed above. Access points may also be identified by a corresponding 

Tm^I a d™ '.T"" °' '^^ cental add^ss 

(MAC) address associated with an access point associated with client 140 this 

Zo^Z Th' '""'^ ^""""^"^ ^ "°' have such a 

component. The segments of the media object received by the access points of 
c^.en, 140 «e then reconstituted into the media object, when compl'^rieil 
M.^,ng segments Of the media object are replaced using the techniques 
descnbed later m this specification. It should be noted for the operatton of the 
inven^on that master controller 120 end file partition handler 130 may o^py the 
same server 1 15, or may occupy several sen^e,^ 1 15. Additionally, master 
controller 150 and fite partKlon handle. 160 may occupy the same cTen 140 or 
may occupy sevemi clients 140, depending on the «qui™ments of the desired 
transm,ss,on system. The principles of the present invention may be applied to 
other d,stnbuted networt<ing envi^nments where multiple serve,^ 1 15 or cliel 
1 40 are used to transmit and/or receive the same media object. 

Fig. 2 presents an embodiment of the present invention fortransferrino a 
segmented media object to a single client 240. In this embodiment of the present 
jnvenfon, si^tem 200 has client 240 requesting a media object over netwoT250 
to seiver 215. where the media object is stored in file server 21 0 In this 

fr*» Th ^'^ """^"^^ 220 for issuing the request 

for the media object and for configuring the file partition handlers 230 available for 

Tc"^rH ' "T^""^ '"^'^ "^'^ 220 through the use of a 

TCP/IP based transmission Indicates to sen/er 215 which con-esponding UDP 
ports of file partition handlers 230 are to receive a con^ponding file s^ment and 
a requested media object is to be segmented. Master contreller 220 
concatenates the received segments when all of the segments are successfully 
retneved from file partition handlers 230 overtheir respective UDP connections 
through network 250. ■e^uons 

Fig. 3 presents an embodiment of the present invention for transferrinq a 
segmented media object to multiple clients 350 using an IP multicasting 
architecture as described in Thaler. D.. "Interoperability Rules for Multicast 
Routing Protocols.- Request For Comments 2715. Microsoft. October. 1999. 

In this embodiment, at least two clients 340 are present where each client 340 
has a corresponding master controller 350 for issuing a request for a media object 
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stored ,n f.Ie server 310. Each master controller 350 though has to account the 
delays requ,red to synchronize all clients 340 requesting a media object. The 
request for media object is established by each master controller 350 to sender 
31 5 Which then multicasts the segmented media object to the corresponding file 
partmon handlers 360 of client 340. or a single master controller 360 specifies the 

IP mrc^r r ^^^"^"^^ °^ ^^-^ transmitted tran 
rfl n^r *'--"^'"J--on of the file segments 

o f.le partrtion handlers 360 and the reconstitution of such received file segments 

Figs 1 anTs " """" " specification for 

Alternatively, master controllers 350 operate In conjunction with master 
contro er 320 of server 315 to receive a partitioned media object. Master 
controller 320 infomns master controllers 350 which multicast addresses will be 

Tt u *Tr" .? °' ^ "^"^'^ T^^^ ^««Pe<>tive master 

controller 350 will command their respective file partition handlers to receive such 
segments through multicast network 370. 

Fig. 4 Is a flowchart of a method 400 for transmitting a media object, in 
accordance with an embodiment of the present invention. The steps presented 
for the flow chart are presenting in view of Fig. 1 . m step 405. client 140 connects 
via network 170 with master controller 120. associated with server 115 The 
connection is established through a TCP/IP socket, where client 140 Identifies the 
media object to be transferred. During this step, client 140 also specifies the 
communication rate for the transmission- of the media object. 

In step 415, master controller 120 determines the number of file partitions 
handle.^ 130 necessary to meet the required communication rate set forth by 
client 140. This step may also Include that multiple sen/ers be involved in the 
transmission of a segmented media object. Step 420 has master controller 120 
instructing each partition handler 130 as to which segment of the media object 
and what UDP port will be used to transmit to client 1 40. 

Step 425 involves master controller 120 instructing client 140 of the UDP ports 
required to download the segments of the media object that will be eventually 
tr-ansrnitted. Also, control infomiation is transmitted by master controller 120 to 
client 140 indicating the how many packets will be coming in from a UDP port for 
a particular segment of the divided media object. Step 430 has each file partition 
handler 130 putting a header block on Its packets that are to be transmitted on Its 
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assigned UDP port. Preferably, the header block are sequentially generated in 
numerical order. The packets are then transmitted to client 140. 

Client 140 then detemnines what client based file partitions handlers 1 60 are to 
be used in step 435. and what sen/ers to activate to receive the transmitted files 
In step 440. the client based file partition handlers 160. as access points, receive 
packets representing the transmitted segments of a media object on a 
corresponding UDP port. The sequence identifiers in the header block of the 
received packets detemiine how to reconstruct the received segment of the media 
Object. 

If any packets are missing for a particular file partition handler 160, step 445 
has client 140 notifying master controller 120 through the TCP/IP connection 
which packets are missing and are required to be retransmitted by a 
corresponding file partition handler 130. Preferably, client 140 has a client side 
master controller 150 for communicating with the master controller 120 at the 
sender side. In step 450, client 140 instructs master controller 120 that a particular 
segment of the media object has been completely received. If the complete 
download of the media object is not complete, the client 140 further instructs 
master controller 120 to transmit and additional segment of the media object using 
new parameters (as done in steps 420 to 445). 

Step 460 has master controller 120 informing client 140 that all segments of 
the partitioned media object have been transmitted. Client 140 then reconstructs 
the media object using the received segments of the media object. 

Fig. 5 shows an exemplary embodiment of a file segment of partitioned media 
object. As shown in the figure, the file segment comprises major segments 510 
and minor segments 520. Major segments 510 are used by client 140 and sender 
1 15 as the major segment boundaries, where a major segment 510 is a large 
"block" used to send a file segment. Minor segment 520 is the smaller "blocks" 
which are used to construct a major segment 510. In the preferred embodiment of 
the present invention, a major segment 510 has to be completely received by 
client 140 before a second major segment 510 is transmitted. If a major segment 
510 IS not completely received, client 140 tells master controller 120 what minor 
segment 520 of said major segment 51 0 to retransmit, where each minor segment 
520 corresponds to a particular file partition handler 130 of server 115. 

In a unicast transmission, master controller 120 designates a major segment 
510 to a group of file partition handlers 130. Each file partition handler 130 is then 
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ass.gned a part of major segment 510 as a minor segment 520 that are 
transmitted as UDP packets. Upon the successful transmission of the minor 
segments 520 used to construct major segment 510. each file partition handler 

cl jTrATT ' '° transmission of the major segment has 

completed. Master controller then will Issue a second major segment 520 to be 
divided up and transmitted by file partition handlers 130 to client 140 as 
previously described. 

Advantageously, master controller 120 may be configured to build a pipeline of 
major segments 510. eliminating the need for idle time while master controller 120 
processes a message from client 140 indicating a change in network conditions 
The size of major segments 51 0 may also be modified In response to network ' 
conditions. For example, a major segment 51 0 may be composed of ten minor 
segments 520. In the case where the loss of packets is minor, the size of a major 
segment 510 would be increased to twelve minor segments 520. Alternatively in 
the case where the loss of packets is substantial, the size of major segment 520 
would be reduced to eight minor segments 520. The adjustment in the amount of 
minor segments may be modified in accordance with the principles of the present 
invention. 

It is also contemplated that if the number of minor segments 520 in a major 
segment 510 would stay the same; the physical size (kilobytes) of a major 
segment 520 would be modified in accordance with network conditions. Such a 
detennination Is preferably made by master control 145 of client 140 
Alternatively, master controller 120 may also eliminate the use of mapr segments 
510 and rely on the use of minor segments 520 which are generated as 
contiguous blocks of data. File partition handlers 130 then transmit these minor 
segments 520 to client 140, where each file partition handler 130 infomis master 
controller 120 about the successful transmission of each minor segment 520 
Master controller 1 20 then assigns a file partition handler 1 30 a new minor ' 
segment 520 to be transmitted, repeating this process until all of he minor 
segments 520 of a segment of a partitioned media object are successfully 
transmitted. ' 



In the case of a unicast (or a one client) transmission, the Invention provides 
several recovery schemes in the case where packets are lost during such as 
transmission. In one embodiment, master controller 120 is capable of adding 
additional file partition handlers 130 to transmit data packets. Alternatively 
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A second scheme for packet loss protection involves master controller 120 
keep.ng a l,nked list of lost packets. In this embodiment, master controller 120 
and ,,le parm,o„ handle. 130 o, server 1 1 5 .ransm« ai, o, the major ^Jn's 
510 and minor segments 520 of a partitioned media object, .his trinsmfssion 
being kno«T, as a f,rst pass". The contents of the linked list a,^ used by master 
comroller 120 to indicate the packets lest during the ^1^ pass" t^nsmiss^n 

TZTl' T™'"^ ^ t-^nsmlsslon with 

f.le pan,t,on handlers 130 and client 140 to .^broadcast the packets of malor 
segments 51 0 and minor segments 520 that were not successfully received 

suZl"; V"" This procedu^ is «pea.ed until a threshold of 

successfully received packets by client 1 40 Is reached. 

120^^^^ f^f"*" '""^ "--^'er controller 
120 or client side master controller 150 monitoring the respective resources on 
meir respective side. For example, If a particular file partition handler 130 on the 

ilh !■ ' ^^^^ '° *""^>^' ^ '•^assign the 

segment 510 to a group of file partition handlers 130. Master controller 120 
notifies a user about this time-out failure. 

Altemaflvely. master controller 150 by keeping track of statistics on the client 
side may drover that a UDP address continuously loses packets. Master 
controller ISO then Informs sen/er side master controller 120 that there Is a 
problem With the UDP addross. Indicating a faulty tile partition handler either at 
the server or client side of the system. Master controllers 120 and 150 then 
.Z!!?? '^^'ssion of packets to a new UDP address, which may involve 
me use Of new file partition handlers. These embodiments also contemplate that 
either master controller 120 or 150 may be used to implement the described 
timing out or UDP failure packet loss schemes, described above. 

Packet loss techniques for multicast transmissions require that the master 
.Zrr ^ ^ T^' '^^^'^ '° "''"^^ to *e loss of 

Zd r^"'*^ '° ^' ""^^'^^ <'°"'™"- 320 maintains a 

linked list of packets that are lost during the trensmission of major segments 51 0 

and minor segments 520 of a segmented media object, similar to the linked list 

used for unicast transmissions. The modiffcatlon to this linked list, as shown in 
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Fig 6. occupies a two-dimensional array where lost packets (minor segments) 
that were lost in respect to all clients 340. A "first pass" transmission of a 
partmoned media object is completed when all of the major segments 510 of the 
media object are transmitted. The linked list updated by master controller 320 
upon the completion of each transmitted major segment 610. 

Master controller 320 then uses the contents of the linked list to rebroadcast 
the data packets not successfully received by clients 340 during the "first pass" 
This second pass" transmission has major segments 510 and minor segments 
520 bemg transmitted with the "lost packet" infomiation. This process is repeated 
unt.1 all clients 340 receive all the segments of a partitioned media object. It is to 
be noted that the multicast transmission model also allows master controller 320 
o utilize the timing out and the UDP packet loss schemes described in regards to 
the unicast transmission model described above. 

Optionally, the present Invention provides for additional embodiments utilize 
control-processing schemes to benefit the transmission techniques used to 
transmit a partitioned media object. Specifically, the Invention provides the 
operation where a transmission technique used to transmit a media object may be 
changed, In accordance with the requests made for such a file. 

For example, a media object is currently being transmitted as a UDP 
transmission using the unicast technique described above. A second request for 
the same file comes in to a server during the course of this transmission 
Refemng to Fig. 3. a client side file partition handler 330 of client 340 finishes 
receiving a segment of the partitioned media object. File partition handler 330 
then awaits further instructions as to how to proceed to receive a new segment of 
the partitioned media object. Client master controller 350 (of the client that 
received the segment) infomis server master controller 320 that the client 340 has 
successfully received the transmitted segment. Preferably, this communication 
takes place at the boundary of a major segment 510. although the system may 
also have the communication take place for minor segments 520. 

Master controller 320 informs client master controller 350 that the next 
segment of the media object will come from a new address, specifically a 
multicast address. Client master controller 350 then instructs a file partition 
haridler 330 to receive the next segment of the media object from the designated 
multicast address. In the interim, master controller 320 designates that a file 
partition handler 330 start transmitting this next segment of the media object in the 
form of multicast packets from the designated multicast address. All other newly 
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added clients 340 requesting the media object will be Instmcted to receive 
segments of the media object from this multicast address, as well. 

Master controller 320 will transmit all of the segments of a partitioned media 
object to clients 340 until of all the segments have been received. The packet 
loss techniques, described above, may be used to buttress the transmission of 
data. 

In the case where a client 340 or a group of clients 340 request the same 
media object during the course of an ongoing multicast transmission, master 
controller 320 informs all of the new clients 340 to join the multicast in progress at 
the next major segment 510 boundary. This is done by having master controller 
320 transmit the multicast address of corresponding file partition handlers 330 
transmitting segments of the requested media object. All synchronization and 
control communications are preferably communicated between master controllers 
320 and 350 through TCP/IP sockets. Additionally, the rebroadcast of multicast 
segments are preferably performed through TCP/IP interfaces, as well. It should 
be noted that other control communications might be used, in accordance with the 
principles of the present invention. 

The described system of the invention provides that a client side or server side 
master controller be capable of reconfiguring the use of resources, especially file 
partition handlers. For rate control operations, a client may request that a server 
transmit a partitioned media object at a desired communication rate. The master 
controller of the sender would then determine how the file partition handlers of the 
sender should be utilized in response to such as request. Additionally, a client 
may request that a media object be transmitted using priority mechanisms or rules 
such as use 20% of the available bandwidth from 08:00 to 17:00. othenA^ise use 
90% of the available bandwidth". The master controller of the sen/er would 
modify the use of file partition handlers, as well in response to such a request 
Similarly, a sen/er on its own initiative may specify a limit to bandwidth used to 
transmit a partitioned media object. In the prefen-ed embodiment of the present 
invention, the sen/er and client will seek to utilize all available transfer resources 
to achieve the highest possible transfer rate. 

The Invention is configured to be self-teaching about system perfomiance so 
that better decisions about resource allocation can be made for the future 
transmission of partitioned media objects. Statistics are gathered on Central 
Processing Unit (CPU) utilizations. NIC throughput, transmission error rates, and 
end-to-end transfer speeds. The statistics are gathered during a file transfer via 
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10 



the Operation System and other third party monitoring tools. The master 
controller, either at the client or server side, derives network throughput by 
measunng how long it takes for the client to process a segment. 

With the Infomiation about system perfomiance. the master controllers of the 
Ghent and sen/er may adjust their assumptions about how a media object should 
be partitioned, how many file partition handlers should be used, and how network 
latency and error rates for a specific client or sender should be taken into account. 

Comniands communicated between the servers and clients are described 
below ,n Tables 2-8. Table 2 discloses an exemplary embodiment of a transfer 
request command that a client issues to a server to initiate a transfer of a 
requested media object. 



15 



Message 
Type 


Bvtes 
1 


Identifier to indicate this is a file transfer request 


Filename 


100 


The name of the file that this segment is associated 
with 


Comm 
Rate 


1 


Indicator of what communications speed the transfer 
should be conducted at 


Multicast 


1 


Indicator as to whether it is acceptable to use multicast 
to fulfill the request 


Session 
ID 


4 


Set if Message Type Is for a Restart Job 



TABLE 2 

f.-|« "^^^v ^ T^T' exemplar, data control command used by a 

file partition handler of a server to infomi a client about the number of packets that 
should be expected for transmission for a specified segment of a partitioned 
media object. Also this command is used for identifying where in the final file copy 
a received segment (major or minor) should be placed. 



EleriKsni: 


Evtes 


Usage 


Marker 
Segment 


7 
4 


The literal "CONTROL" 

Identifier of the segment 
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Filename 



Offset 



Number 



CRC 



100 



8 



4 



The name of the file that this segment is associated 

with 



The offset in the final file at which this segment should 

be placed 



JMumb er of packets that will be received in this segment 



CRC check of previous 121 bytes to validate packet 
integrity 



TABLE 3 



Table 4 discloses the fomiat of an exemplary data packet used to transmit 
data from the seiver to a client. Specifically, this data packet format is used to 
form major and minor segments of a partitioned media object. 





ivtes- 




Sequence 
ID 


4 


Orders data packets within the segment being 
transmitted 


Lencfth 


4 


Number of bvtes in the packet ~ 


Data 


NA 


The data bytes for the packet, of length specified in 
Lenath element 


CRC 


4 


CRC check of the data to validate packet integrity 



TABLE 4 



Table 5 discloses the fomiat of an exemplary retransmit command that Is used 
by a client to request the retransmission of an identified packet that was not 
10 successfully received. Such a command is transmitted to the sen/er responible 
for transmitting the lost packet. 



Element 


Bytes 


Usaqe 


Message 
Type 


1 


Identifier to indicate this is a packet retransmit request 


Segment 
ID 


4 


ID of segment for which packets are missing 


Length 


4 


. Number of packet identifiers supplied in Packets element 
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Packets 



Variable | The identity of each packet lost is filled in here 



TABLE 5 



Table 6 discloses the format of an exemplary configuration command that is 
transmitted from a server to a client indicating the start of a file transfer. This 
command specifically indicates to the client what IP address or port to use to 
receive data from the server. 



Element 


Bytes 


Usaae . \ r ' 4 ^--'s r^. >. 


Message 
Type 


1 


Identifier to indicate this is the configuration message 


Session 
ID 


4 


Identifier for job, used for restart 


Protocol 


1 


Indicates whether to use UDP or Multicast based Protocol 


Streams 


1 


Number of streams to connect to 


Stream 
Address 


Variable 


Array of IP Address/Port number to connect to for 
receivlna file segments 



10 



TABLE 6 

Table 7 discloses the format of an exemplary partition command that is used 
by a master controller of a server and is communicated to the file partition 
handlers used to transmit a major/minor segment. Such a command indicates 
how a media object is to be partitioned among file partition handlers. 



Eleilent 1 


BVtes V 




Message 
Type 


1 


''"^ : — s '.u ■ \ 

Identifier to indicate this is the partition message 


Protocol 


1 


Indicates whether to use UDP or Multicast 


File Name 


255 


Path name of file to open for transmittina 


Offset 


8 


Offset in file for reading data from 


Bytes 


4 


Number of bytes to transmit In segment 



15 



TABLE 7 

Table 8 discloses the fomiat of a segment complete command that Is 
communicated by a client side master controller to a sen/er when a file partition 
handler indicates that it has completed processing a segment. The server's file 
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partition handier processing the completed segment will be notified of the next 
segment of a partitioned media object to process. The file partition handler will 
then issue a data control command to the client, in accordance command shown 
in Table 3. 



Elerhent •• 


Bytes ' 


''jUsage-' h '■ ' . ;•" ' 


Message 
Type 


1 


Identifier to indicate this Is the segment complete message 


Segement 
ID 


4 


Identifier of the segment for which processing is complete 



TABLE 8 



